home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 496 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.9 KB
  1. Date: Wed, 29 Jun 1994 00:45:08 -0400 (EDT)
  2. From: Timothy Miller <millert@undergrad.csee.usf.edu>
  3. Subject: Re: text marks & sliders
  4. To: gem-list@world.std.com
  5. In-Reply-To: <UUCP.772743610@mettav>
  6. Message-Id: <Pine.3.87.9406290008.B8040-0100000@grad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10.  
  11.  
  12. On 27 Jun 1994, Mark Baker wrote:
  13.  
  14. > Tim:
  15. >  > Come to think of it, I may write my own handler.  Would anyone object
  16. >  > terribly of my dialog system required it's own type of resource file?
  17. > 
  18. > Yes :)
  19.  
  20. It's about the best you'll get, though.  No way GEM will ever internally 
  21. support all the things we want from it.
  22.  
  23. > 
  24. >  > This way, the resource editor could be WYSIWYG for all the various types
  25. >  > of extentions... in that case, we could have edit fields that use
  26. >  > proportionally spaced SpeedoGDOS fonts.  In that case, you'd use a normal
  27. >  > resource editor for most stuff, and mine for the extended-type dialogs.
  28. > 
  29. > You can have proportionally spaced fonts anyway with aes 4.1, so a standard
  30. > resource editor should support them (or will when it's next updated), all you
  31. > need is to write a handler to support them on older aes versions. IIRC
  32. > Interface already supports a number of extended objects for use with some of
  33. > the German dialogue libraries.
  34.  
  35. HA!  Don't hold your breath.  Atari killed development of TOS 5.0 10 
  36. months ago.  You won't be able to get AES 4.1, so the only solution is to 
  37. do it yourself.
  38.  
  39. > 
  40. > > Don't hold your breath on this, though, and others should work on similar
  41. > > programs.... competition, you know.  I don't exactly have gobbs of free
  42. > 
  43. > I might have a go. Mine would use standard resource files, with the extended
  44. > types used for special objects. I would use the same extended types as
  45. > interface despite not having it :)
  46. > 
  47. > 
  48.  
  49. If you use standard resource files, how are you going to put in all the 
  50. extentions?  Of course, you'll have to have a totally custom written 
  51. dialog drawing routine.
  52.  
  53.  
  54.